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1.  Introduction 


Simulation  Scheduling  is  a  comprehensive  software  package  for  project 
scheduling  and  analysis  developed  at  the  Operations  Research  Center  of  the 
University  of  California  at  Berkeley.  It  is  designed  for  use  in  project-oriented 
production  systems  which  have  inflexible  resource  capacities  limiting  the  exe¬ 
cution  of  multiple  projects  with  uncertain  work  requirements.  Both  tabular 
and  graphical  output  for  project  schedules  and  risk  analysis  are  provided. 

The  software  is  a  result  of  10  years  of  research  at  U.C.Berkeley  concerning 
the  development  of  mathematical  models  and  techniques  for  production 
management,  sponsored  by  the  Office  of  Naval  Research  and  the  Puget  Sound 
Naval  Shipyard.  A  biblography  of  research  reports  and  articles  describing  the 
various  aspects  of  this  research  is  provided  in  section  8. 

The  simulation  scheduling  package  operates  on  an  IBM  mainframe  utilizing 
the  VM/SP  operating  system  to  compile  CMS  Fortran  interactive  commands  and 
batch  processing  code.  With  appropriate  modification,  the  Fortran  code  could 
be  adapted  to  run  on  other  systems. 

Section  2  of  this  report  discusses  management  use  of  Simulation  Schedul¬ 
ing.  In  section  3,  data  requirements  are  summarized.  In  section  4.  important 
aspects  of  the  mathematical  models  of  production  incorporated  into  Simulation 
Scheduling  are  described. 

The  on-line  User's  Manual  for  Simulation  Scheduling  is  presented  in  section 
5.  In  this  User's  Manual,  some  familiarity  with  basic  CMS  commands  and  For¬ 
tran  formats  is  assumed.  For  a  discussion  of  basic  CMS  commands,  the  reader 
Is  referred  to  the  manual  "Getting  Started  with  CMS",  Computing  Services,  216 
Evans  Hall,  University  of  California,  Berkeley,  CA  94720. 

.Sample  output  reports,  graphics,  and  listings  of  all  programs  and  execu¬ 
tion  files  are  provided  in  the  Appendices. 
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2.  Management  Use 

Simulation  Scheduling  is  intended  to  be  used  to  manage  individual  projects 
in  conjunction  with  aggregate  planning  techniques  for  inter-project  analysis.  It 
is  a  powerful  tool  for  scheduling  project  activities  and  for  allocating  scarce 
resources  among  project  activities,  and  for  risk  analysis  of  project  budgets  and 
due  dates.  However,  in  the  management  of  a  project-oriented  production  sys¬ 
tem,  major  decisions  must  be  made  involving  aggregate-level  planning  issues 
which  are  not  considered  in  the  Simulation  Scheduling  Package.  These  deci¬ 
sions  include  the  planned  allocations  of  available  resource  time  among  projects, 
and  the  establishment  of  major  milestone  target  dates  for  each  project.(For  an 
advanced  analytical  methodology  for  aggregate  planning,  the  reader  is  referred 
to  Leachman  and  Boysen  [1985],  Boysen  [1983]  and  Leachman  and  Boysen 
[1982].) 

Simulation  Scheduling  requires  as  input  data  the  allocations  of  resources 
to  a  project  and  its  target  milestone  dates.  Resource  allocations  to  a  project 
are  treated  by  Simulation  Scheduling  as  inviolable  capacities  for  the  project,  on 
the  grounds  that  exceeding  such  allocations  would  impact  other  projects.  The 
scheduling  algorithms  within  the  Simulation  Scheduling  package  derive 
schedules  meeting  the  target  milestone  dates  (if  feasible)  without  exceeding  the 
allocated  resource  levels. 

The  Simulation  Scheduling  package  may  be  used  to  perform  two  different 
types  of  analyses  which  are  termed  deterministic  and  probabilistic.  In  deter¬ 
ministic  analysis,  a  project  schedule  is  derived  assuming  work  requirements  for 
the  activities  of  the  project  are  known.  In  addition  to  the  schedule,  resource 
load  profiles  corresponding  to  the  schedule  are  provided  as  output.  In  proba¬ 
bilistic  analysis,  scheduling  of  the  project  is  simulated  many  times  with  activity 
work  requirements  randomized  according  to  probability  distributions.  The 


user  must  specify  distributions  defining  probabilities  of  unplanned  rework 
activities.  In  addition,  the  software  incorporates  uniform  distributions  which 
randomize  the  work  content  of  planned  activities  over  a  60*120%  range  of  given 
estimates. 

Simulation  Scheduling  provides  confidence  curves  for  the  realization  date 
of  each  milestone  and  confidence  curves  for  the  total  hours  required  of  each 
resource.  Resource  load  profiles  reflecting  a  user-specified  confidence  level 
also  may  be  obtained.  Reviewing  the  results  of  such  simulations,  the  user  can 
assess  the  risks  that  trial  project  milestones  and  resource  budgets  can  not  be 
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3.  Summary  of  Data  Requirements 

The  data  requirements  of  Simulation  Scheduling  are  briefly  summarized 
below.  A  thorough  discussion  of  input  procedures  and  formats  is  provided  in 
the  on-line  users  manual  reproduced  in  section  5.  Some  of  the  data  items  are 
novel  compared  to  other  project  scheduling  software;  for  this  reason,  a  brief 
discussion  is  provided  in  section  4  of  the  mathematical  models  of  production 
incorporated  in  Simulation  Scheduling. 

CPU  Activity  Network  --  An  activity-on-arc  network  of  all  planned  activities  is 
specified  using  (I,J)  notation.  The  ''normal''  duration  for  each  activity  is 
specified. 

Resource  Hours  —  For  each  activity,  estimated  total  hours  of  each  scarce 
resource  to  be  applied  to  the  activity  are  specified.  Resources  are  identified  by 
a  designated  "shop"  number.  Subcategories  of  each  resource  (for  reporting 
purposes  only)  are  designated  by  a  "work  center"  number.  Activities  whose 
resource  utilization  levels  are  not  adjustable  are  so  designated  with  a  flag  in  the 
"activity  type"  field. 

Target  Project  Completion  Date  —  A  target  due  date  for  completion  of  all  activi¬ 
ties  is  specified. 

Target  Milestone  Dates  --  Target  due  dates  for  any  other  events  also  may  be 
specified.  If  feasible,  schedules  will  be  developed  meeting  the  target  dates. 
Activities  following  such  an  event  will  not  be  scheduled  to  start  earlier  than  the 
target  date,  unless  all  predecessors  are  complete  and  it  is  necessary  to  do  so  in 
order  to  meet  other  due  dates. 

Shop  Capacities  —  Time  varying  levels  are  specified  for  each  resource  allocated 
to  the  project.  The  user  specifies  the  hours/day  of  each  shop  available  to  the 
project  and  an  effectivity  date  such  levels  apply.  Multiple  levels  and  effectivity 


dates  are  allowed. 


Flow  Transfers  —  Dependent  activities  which  overlap  instead  of  being  separated 
by  strict  precedence  have  a  flow  transfer  percentage  specified  to  define  the 
required  lag  in  the  progress  of  the  two  activities. 

Rework  Subnetworks  —  For  probabilistic  analysis,  subnetworks  describing 
potential  rework  are  defined.  Each  rework  subnetwork  consists  of  alternative 
paths  of  rework  activities  which  may  be  required  following  a  particular  activity 
in  the  CPM  network. 

Calendar  Data  —  The  starting  date  of  the  project  to  be  scheduled/simulated 
and  a  list  of  non-working  days  is  provided. 

Reporting  Dates  —  A  list  of  dates  for  reporting  shop  and  work  center  loading 
statistics  is  provided. 

Afiscellaneous  F’arameters  —  To  initiate  Simulation  Scheduling,  various  parame¬ 
ters  must  be  specified.  These  include  the  number  of  simulations  to  be  per¬ 
formed.  the  number  of  work  days  simulated,  upper  and  lower  bounds  for 
activity  intensity,  and  the  intensity  assignment  policy. 
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4.  Mathematical  Models  of  Production 

Simulation  Scheduling  utilizes  the  network  logic  of  Critical  Path  Methods 
(CPM).  However,  restrictive  assumptions  of  CPM  have  been  relaxed  so  that  the 
scheduling  model  more  realistically  simulates  work  in  a  project-oriented  pro¬ 
duction  system  such  as  a  naval  shipyard.  For  example,  when  using  CPM,  one 
schedules  a  project  assuming  the  activities  have  pre-specifled  durations,  or.  in 
probabilistic  analyses,  assuming  activity  durations  have  pre-specifled  probabil¬ 
ity  distributions.  In  reality,  the  durations  for  many  activities  are  adjustable 
according  to  the  intensity  of  resource  applications  to  the  activity.  In  Simula¬ 
tion  Scheduling,  the  duration  for  each  activity  evolves  according  to  the  simu¬ 
lated  application  of  resources  to  the  activity.  Simulation  Scheduling  deter¬ 
mines  efficient  activity  durations  and  schedules  by  efficiently  allocating  project 
resources  among  the  activities  of  the  project. 

The  mathematical  details  of  the  model  of  production  and  of  the  scheduling 
algorithms  which  are  incorporated  into  Simulation  Scheduling  are  presented  in 
Dincerler  [1985]  and  in  Leachman  and  Dincerler  [1988].  We  briefly  review  the 
concepts  of  the  model  of  production  here  so  that  the  reader  may  better 
comprehend  the  use  of  data  in  Simulation  Scheduling.  The  review  is  broken 
into  sections  discussing  Resource  Utilization,  Activity  Dependencies,  and  Proba- 
*  Uistic  Networks. 

4.1.  Resource  Utilization 

In  Simulation  Scheduling,  it  is  assumed  that  all  scarce  resources  utilized  by 
an  activity  are  applied  proportionally.  Under  this  assumption,  the  fraction  of 
the  total  requirement  of  a  resource  that  is  applied  to  an  activity  on  a  particular 
day  is  the  same  for  all  resources  utilized  by  the  activity.  This  common  fraction 
is  termed  the  intensity  of  the  activity  on  the  particular  day.  For  example,  an 
intensity  of  0.05  on  day  t  would  mean  5%  of  the  activity  is  performed  on  day  t , 
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i.e.,  5 %  of  each  of  the  resource  requirements  of  the  activity  are  consumed  on 
day  t. 

In  CPM  techniques,  it  is  assumed  that  activity  intensity  is  constant  from 
start  until  completion.  The  value  of  this  constant  is  the  reciprocal  of  the  pre¬ 
specified  activity  duration.  However,  in  Simulation  Scheduling,  activity  inten¬ 
sity  is  allowed  to  vary  between  upper  and  lower  limits  defined  by  the  user.  The 
user  defines  a  normal  duration  for  each  activity  which  corresponds  to  a  normal 
intensity,  i.e.,  to  normal  rates  of  application  of  resources  to  the  activity.  The 
user  also  defines  upper  and  lower  bounds  on  activity  intensity,  expressed  as 
percentages  of  normal  intensity.  For  example,  an  intensity  upper  bound  of 
150%  would  mean  the  rates  of  resource  applications  could  be  up  to  150%  (3/2) 
of  the  rates  corresponding  to  normal  duration.  If  the  intensity  of  the  activity 
were  maintained  at  upper  bound  from  start  to  finish  of  the  activity,  the  result¬ 
ing  duration  would  be  only  67%  (2/3)  of  the  normal  duration.  In  Simulation 
Scheduling,  the  user  may  identify  fixed  intensity  activities.  Fixed  intensity 
activities  are  ones  whose  intensity  must  be  held  constant  at  the  level 
corresponding  to  normal  duration.  Such  activities  would  include,  for  example, 
test  activities  whose  manning  levels  are  not  adjustable.  All  other  activities  are 
assumed  to  have  intensities  which  are  adjustable  between  the  upper  and  lower 
percentage  limits. 

Figure  1  displays  example  intensity  patterns.  The  graphs  of  activity  load¬ 
ing  of  each  resource  utilized  by  the  activity  would  be  proportional  to  the 
activity's  intensity  pattern.  Graph  (a)  displays  the  case  in  which  activity  inten¬ 
sity  is  constant  at  a  level  corresponding  to  normal  duration.  This  is  the  only 
case  allowed  by  most  CPM  techniques.  A  fixed  intensity  activity  would  have 
•uch  a  graph.  Graph  (b)  displays  a  case  in  which  activity  intensity  starts  at  a 
low  level,  but  is  upgraded  enough  as  time  goes  on  so  that  the  activity  is  still 
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completed  in  the  normal  duration.  Such  a  case  might  arise  in  a  situation  where 
a  number  of  activities  are  completed  while  the  activity  in  question  is  in  pro¬ 
gress,  and  the  freed  up  resources  are  redirected  to  the  activity  in  question. 
Graph  (c)  displays  a  case  in  which  activity  intensity  is  constant  at  the  upper 
bound,  as  might  arise  when  resources  are  plentiful.  Graph  (d)  displays  the 
most  general  case,  in  which  activity  intensity  is  both  upgraded  and  downgraded. 

In  Simulation  Scheduling,  the  user  must  select  one  of  two  alternative  inten¬ 
sity  assignment  policies,  known  as  Upgrading  Only  and  Upgrading  and  Down¬ 
grading.  In  the  Upgrading  Only  policy,  resources  can  not  be  withdrawn  from  an 
activity  in  progress.  Graph  (a),  (b)  and  (C)  represent  cases  allowed  by  the 
Upgrading  Only  policy;  graph  (d)  represents  a  case  not  allowed  by  the  Upgrad¬ 
ing  Only  policy.  On  tb°  other  hand,  all  cases  are  admitted  under  the  Upgrading 
and  Downgrading  policy.  In  general,  more  efficient  resource  utilization  and 
shorter  project  durations  are  feasible  when  activities  can  be  downgraded  as 
well  as  upgraded. 

4.2.  Activity  Dipendencies 

In  CPM.  work  flow  is  represented  with  strict  precedence  relationships 
between  activities.  In  Simulation  Scheduling,  a  more  general  workflow  relation¬ 
ship  may  be  specified,  known  as  a  flow  transfer,  which  may  possibly  reduce  net¬ 
work  size.  As  an  example,  suppose  5  pumps  are  to  be  fabricated  and  then 
installed.  As  fabrication  of  each  pump  is  completed,  the  pump  may  be 
installed.  Using  CPM,  it  would  be  inaccurate  to  have  one  activity  representing 
the  fabrication  5  pumps  preceding  one  activity  representing  the  installation  of 
5  pumps.  To  be  completely  accurate,  there  would  need  to  be  S  separate  pump 
fabrication  activities  and  5  separate  pump  installation  activities. 

Using  Simulation  Scheduling,  one  can  define  one  activity  representing  the 
fabrication  of  S  pumps  and  one  activity  representing  the  installation  of  5 
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pumps,  with  a  20X-Jlo w  transfer  specified  between  them.  The  20/5-flow  transfer 
insures  that  the  fabrication  activity  is  always  20%  ahead  of  the  installation 
activity.  For  example,  installation  can  not  start  until  fabrication  is  at  least  20% 
done,  installation  can  not  be  50%  done  unless  fabrication  is  at  least  70%  done, 
etc.  In  this  way,  the  application  of  resources  to  install  each  pump  will  not  be 
simulated  until  after  the  application  of  resources  to  fabricate  the  pump  has 
been  simulated,  even  though  only  two  activities  are  used. 

We  remark  that  a  100%-flow  transfer  corresponds  to  familiar  strict  pre¬ 
cedence.  In  Simulation  Scheduling,  the  default  activity  network  relationship  is 
strict  precedence. 


4.3.  Probabilistic  Networks 

In  CPM.  a  given  network  of  activities  is  scheduled.  In  probabilistic  analysis 
using  Simulation  Scheduling,  an  overall  network  is  scheduled  which  consists  of 
the  given  network  appended  with  randomly  generated  rework  subnetworks. 
Many  different  overall  networks  are  scheduled  in  the  course  of  probabilistic 
analysis.  The  user  of  Simulation  Scheduling  must  provide  input  data  defining 
the  probabilities  and  structure  of  the  rework  subnetworks,  briefly  described  as 
follows. 


For  each  rework  subnetwork,  the  user  identifies  the  activity  of  the  given 
network  which  immediately  precedes  the  potential  rework.  For  purposes  of 
discussion,  we  term  this  activity  in  the  given  network  as  a  "test  activity”.  The 
rework  subnetwork  following  the  test  activity  is  defined  in  terms  of  alternative 
paths  of  rework  activities.  Each  path  is  termed  a  "branch".  The  user  defines 
the  probability  that  each  branch  will  arise  following  the  test  activity.  The 
branch  probabilities  may  sum  to  less  than  1.0  to  represent  the  case  in  which 
there  is  a  chance  that  no  rework  is  required. 


A  graph  of  an  example  rework  subnetwork  is  presented  in  Figure  2.  Activi¬ 
ties  are  represented  as  arcs  identified  with  (I.J)  numbers.  Activity  (702,336)  is 
the  test  activity  in  given  network.  There  are  three  rework  branches  following 
this  test  activity  with  probabilities  0.35,  0.20  and  0.05,  respectively.  The  first 
branch  consists  of  the  sequence  of  activities  (R110.R111),  (R111.R112), 
(R1 12,336).  The  second  branch  consists  of  the  sequence  of  activities 
(R113.R114),  (R114.R115),  (R1 15,336).  The  third  branch  consists  of  a  single 
activity  (R1 16,336). 

For  each  rework  activity  on  each  branch,  the  user  specifies  a  normal 
resource  mix  (e.g..  normal  crew  requirement).  The  user  also  specifies  a  proba¬ 
bility  distribution  for  the  duration  of  the  rework  activity  that  would  be  realized 
if  the  normal  resource  mix  were  applied.  This  distribution  is  expressed  in 
discrete  form.  For  example,  the  duration  distribution  for  rework  activity 
(RllO.Rlll)  might  be  1  day  with  probability  0.25  and  2  days  with  probability 
0.75.  Up  to  5  alternative  durations  for  each  rework  activity  may  be  specified. 
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INTRODUCTION 

SIHULAT ION  SCHEDULING  IS  A  COMPREHENSIVE  SOFTWARE  PACKAGE  FOR 
PRJJECI  SCHEDULING  AND  ANALYSIS.  THE  PACKAGE  REQUIRES  BOTH  USER- 
PREPARED  INPUT  FILES  ANO  INTERACTIVE  INPUT  TO  GENERATE  PROJECT 
SCHEDULES.  BUTH  TABULAR  ANO  GRAPHIC  OUTPUT  ARE  OBTAINABLE. 

THE  PACKAGE  CONSISTS  CF  A  SERIES  OF  CMS  FORTRAN  EXECS  (TERMED 
•COMMANDS*  IN  THIS  MANUAL)  FOR  DATA  ENTRY.  DATA  PREPARATION.  SCHEDU¬ 
LING  SIHULAT ION.  GENERATION  OF  OUTPUT  REPORTS/GRAPHS.  ANO  STORAGE/ 
RLIR1LVAL  DATA  AND  RESULTS.  THIS  MANUAL  DISCUSSES  THE  USE  OF  THESE 
COMMANDS  AND  TNE  FORMATS  OF  INPUT  FILES  WHICH  MUST  BE  PREPARED  BY  THE 
USER.  IN  ADDITION.  AN  ABBREVIATED  GUIDE  FOR  REMOTE  LOG-ON  TO  THE 
U.  C.  LEkKtLEY  COMPUTER  NETWORK  IS  PROVIDED. 

FOR  A  GENERAL  DISCUSSION  OF  THE  USE,  CAPABILITIES  ANO  MODELING 
ASSUMPTIONS  OF  SIMULATIN'  SCHEDULING.  THE  USER  IS  REFERRED  TO  "GUIDE 
TO  SIMULA  I ION  SCHEDULING*.  BY  K.  C.  LEACHMAN  ET  AL..  REPORT  86-1, 
OPERATIONS  RESEARCH  CENTER.  UNIVERSITY  EF  CALIFORNIA,  BERKELEY. 
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«  * 

*  LOGON  PROCEDURE  « 

c  : 


USING  A  TERMINAL  EQUIPPED  WITH  A  MODEM.  THE  U.C. BERKELEY 
COMPUTER  NETWORK  MAY  BE  ACCESSED  BY  DIALING  (415)642-6049  OR 
(415)64 2-6870.  THESE  PHONE  NUMBERS  CONNECT  WITH  1200  BAUD 

EVEN  PARITY  PHONE  PORTS.  IF  YOU  PLAN  TO  UPLOAD/DOWNLOAD 
FILES  FROM  A  PERSONAL  COMPUTER,  PLEASE  REFER  TC  THE  *KERMI  T* 
TERMINAL  EMULATOR  REFERENCE  MANUAL.  AVAILABLE  FROM  U.C. BERKELEY 
COMPUTING  SERVICES. 

AFTER  CONNECTING  TO  THC  U.C. BERKELEY  COMPUTER  NETWORK, 

THE  SCREEN  HILL  DISPLAY  LINES  AS  FCLLOWS.  THE  USER  SHOULD 
KEY  IN  THE  UNDERLINED  PORTIONS. 


C  F  C  :  PORT  SELECTOR  2 
REQUEST  :  CAD 


ENTER  TERMINAL  TYPE  :  VT100  (KEY  I A  THE  APPROPRIATE  ID  FDR  VDUR 

-  TERMINALS  IF  YOU  USE  AN  IBM  PC, 

THE  IC  IS  "KERHI T") 

(USE  CONTROL  Z  TO  CLEAN  THE  SCREENS  THEN  TYPE!) 

L  YCURNAME  (L  STANDS  FOR  LOGON,  * YCURNAME *  MEANS  YOUR  ACCOUNT 
-  NAME) 


ENTER  PASSWORD  :  YOURPW  CYOURPW*  MEANS  YOUR  PASSWORD) 


1 
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1  I  *  SUMMARY  GF  STEPS  FOR  OAT  A  PREPARATION*  P 

I  I  *  SIMULATION  SCHEDULING  •  OUTPUT  REPORTS*  P 

I  I  *  AND  STC’RAG E/RETRIEVAL  OF  DATA  t  RESULTS  P 

111  III  P 


A  LISTING  OF  THE  STEPS  REQUIRED  TO  CPERATE  THE  SYSTEM  IS  PRDVIOED 
IN  THIS  SECTION.  A  DETAILED  DESCRIPTION  OF  EACH  STEP  IS  PROVIDED 
IN  FOLLONING  SECTIONS. 


A.  SUMMARY  OF  STEPS  FOR  DETERMINISTIC  DATA  PREPARATION 

1.  PREPARE  INPUT  FILE  NAMED  -SHIP  DATA* 

2.  EXECUTE  COMMAND  "STARTDAY*  (INTERACTIVE  INPUT  OF  PROJECT  START 

DATE) 

3.  EXECUTE  COMMAND  "CALENDAR*  (INTERACTIVE  INPUT  OF  CALENDAR  LATA) 

♦.  EXECUTE  COMMAND  -MILES*  (INTERACTIVE  INPUT  OF  MILESTONE  DATES) 

P  5.  EXECUTE  COMMAND  -GEN*  (COMPILATION  OF  NETWORK  AND  CALENDAR 

DATA) 

*  6.  EXECUTE  COMMAND  "FTR AN"  (INTERACTIVE  INPUT  OF  FLOW  TRANSFERS 

AND  COMPILATION  OF  NETWORK  DATA) 

7.  EXECUTE  COMMAND  -CAPDATE*  (INTERACTIVE  INPUT  OF  CAPACITY 

EFFECT  IVITY  DATES) 

8.  EXECUTE  COMMAND  -SHOPCAP*  (INTERACTIVE  INPUT  OF  SHOP  CAPACITIES 

AND  COMPILATION  OF  CAPACITY  DATA) 

9.  EXECUTE  CGMMANO  "REPOATE*  (INTERACTIVE  INPUT  OF  REPORTING  DATES) 


B.  SUMMARY  OF  STEPS  FOR  PROBABILISTIC  DATA  PREPARATION 

1.  PREPARE  INPUT  FILE  NAMED  "REWORK  DATA* 

2.  PREPARE  INPUT  FILE  NAMEO  "RRES  DATA* 

•  3.  EXECUTE  COMMAND  *S IMGEN*  (COMPILATION  OF  PROBABILISTIC  DATA) 


P  NOTE!  THESE  STEPS  MUST  BE  PERFORMED  EVEN  WHEN  DATA  IS  RETRIEVED. 
SEE  PART  E.  BELOW. 


FILE: 


USERS  MANUAL  A  VM/SP  CMS  RELEASE  3.1.E  651112,  CFC  -  U.C.  BERKELEY 

C.  SUMMARY  OF  STEPS  FOR  OPERATION  OF  SIMULATION  SCHEDULING 

1.  PREPARE  INPUT  FILE  NAMED  "BPARAMR  DATA*  (OPTIONAL) 

2,  EXECUTE  COMMAND  "S1MSCHED"  (INTERACTIVE  INPUT  OF  OPTIONS  ANL 
PARAMETERS  AND  EXECUTION  OF  SCHEDULING) 

D.  SUMMARY  OF  STEPS  FOR  OUTPUT  REPJRTS  AND  GRAPHICS 

1.  TO  GET  REPORTS,  EXECUTE  COMPAND  *CUTREP*  (INTERACTIVE  INPUT 
OF  OPTIONS). 

2.  TO  GET  GRAPHS,  EXECUTE  COMMAND  "GRAPH"  (INTERACTIVE  INPUT  OF 
OPTIONS). 


E.  SUMMARY  OF  STEPS  FOR  SAVING  AND  RETRIEVING  DA  TA/RF SULTS 

1.  TO  SAVE".- EXECUTE  COMMAND  "KEEP"  (INTERACTIVE  INPIT  OF  PROJ  CT 
NAME). 

2.  TO  RETRIEVE,  EXECUTE  COMMAND  "RETRIEVE"  (INTERACTIVE  INPUT  OF 
PROJECT  NAHE1.  AFTER  RETRIEVING  DATA,  STEPS  5  t  6  OF  PA-T 

A  AND  STEP  3  OF  PART  B  MUST  BE  PERFORMED.  OTHER  STEPS  OF  LATA 
PREPARATION  NEED  TO  BE  PERFCRMED  CNLY  IF  DATA  IS  TO  BE  CHANCED. 
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*  OPERATING  INSTRUCTIONS  * 

*  FOR  • 

*  DETERMINISTIC  DATA  PREPARATION  • 


1.  PREPARE  ORIGINAL  NETkEJRK  FILE 


1.  PREPARE  THE  ORIGINAL  NETWORK  DATA  FILE  NAMED  ‘SHIP  DATA* .  THE 
FORMAT  AND  DESCRIPTION  OF  THIS  FILE  ARE  AS  FOLLOWS: 


DATA  ITEM 

TYPE 

FIELD 

~I~NUCE 

14 

Tb- 19 

J  NODE 

14 

22-25 

SHOP  NUMBER 

13 

27-29 

WORK  CENTER 

12 

30-31 

HOURS 

15 

34-38 

NORMAL  DURATION 

13 

41-43 

ACTIVITY  TYPE 

11 

62 

NLTE  : 

IN  ACTIVITY  TYPE,  IF  THE  INTENSITY  CF  THE  ACTIVITY  IS  FIXED 
PLEASE  INPUT  1,  IF  THE  INTENSITY  CF  THE  ACTIVITY  IS  VARIABLE 
LEAVt  IT  BLANK. 


EXAMPLES 


ACT. 

1 

NO. 

J 

SH/WC 

MAN 

HOLR 

NORMAL 

DLk  . 

ACT. 

TYPE 

35C259931 184  3 

0303 

C342 

0262 

720 

100 

102683 

041985 

1 

3902599311867 

0315 

0342 

0262 

720 

015 

070284 

041985 

1002599711365 

0303 

C306 

02  80 

134 

003 

102683 

102883 

1 

39L2599J1 164  3 

0303 

0316 

0230 

B784 

1B0 

102683 

072084 

UC25653114G0 

0303 

0342 

0280 

56 

ICO 

102683 

041985 

160259932 1643 

0303 

0342 

0260 

7S2 

100 

102683 

041985 

1602599221620 

0309 

0653 

02fa0 

40 

100 

103183 

011885 

II.  IF  THE  ORIGINAL  NETWORK  FILE  IS  STORED  ON  A  TAPE,  USE  THE 
F3LLUWING  PROCEDURE  TU  READ  IT: 


A.  LAE  EL  THE  TAPE  NAME  WITH  THE  NAME  *SHIP*  AND  DELIVER  TO 
U.C.  COMPUTER  CLNTLR. 


B.  USE  COMMAND  *D1PM  MOPR*  TO  FIND  THE  DISK  WRITE  PASSWORD  OF 
YOUR  ACCOUNT.  HERE,  WE  ASSUME  IT  IS  "SHIPYARD*. 


f  ILL:  U;t>S 


MANUAL  A1  VM/SP  CHS  RLLEASE  3.1.E  891112,  CFC  -  U.C.  BERKELEY 


C.  USE  CLMMAND  •TAFDSK*  TO  PE  AD  THE  DATA  FROM  TAPE,  THEN 
TYPE  IN  THE  FOLLOWING  COMHAND  10  SUBHIT  JOB. 

•SUBMIT  TAPCSK  CLASS  bm 

THE  TAPE  WILL  f£  LOAOED  AT  THE  U.C.  COMPUTER  CENTER  AND 
THE  CONTENTS  READ  INTO  YOUR  ACCOUNT. 


2.  ENTER  PROJECT  STARTING  DATE 


USE  COME, AND  •  STAR TDAY*  TO  RUN  THE  PROGRAM.  THE  PROGRAM  HILL 
ASK  YOU  TO  INPUT  1HL  PROJECT  COR  REMAINING  PROJECT)  STARTING  DATE. 
EVENTS  WHICh  HAVE  NO  PREDECESSORS  ANC  WHICH  ARE  NOT  MILESTONES 
HILL  BE  ASSIGNED  THIS  DATE. 


EXAMPLE  :  (INPUT  THE  UNDERLINED  PORTION) 

STAKTUAY 

PLEASE  INPUT  THE  STARTING  DATE  OF  THE  PROJECT  (MM,DD,YY) 
9,3,63 


3.  ENTER  CALENDAR  DATA 


USE  CUHMAND  "CALENDAR*  TO  RUN  THE  PROGRAM.  THE  PROGRAM 
HILL  ASK  YOU  TO  INPUT  WORKING  CAY  OPTIONS  FOR  SATURDAY  AND 
SUNDAY.  THE  PROGPAM  HILL  GENERATE  A  HORKING  DAY  TABLE  FOR 
TEN  YEARS  USE.  PLl  /.SE  FOLLUK  THE  INSTRUCTIONS  DISPLAYED 
UN  THE  SCREEN. 

EXAMPLE  :  (  INPUT  THE  UNDERLINED  FORT  IONS) 

CALENDAR 


IN  YUUK  FACILITY,  IS  SATURDAY  A  WORKING  DAY? 
IF  YES  PLEASE  INPUT  1,  IF  NOT  PLEASE  INPUT  0. 

0 


IN  YQOR  FACILITY,  IS  SUNDAY  A  WORKING  DAY? 

IF  YES  PLEASE  1NPLT  1,  IF  NOT  PLEASE  INPUT  0 
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C 


ENTER  THE  YEAR  WHICH  YOU  WANT  AS  THE  STARTING  YEAR.  THE 
PROGRAM  KILL  GENERATE  THE  WORKING  DAY  TABLE  FOR  10  YEAR'S  USE 
STARTING  FROM  THE  YEAR  YOU  HAVE  INPUT 

19L3 


ENTER  ANY  DATE  OF  A  SUNDAY  BETWEEN  YEAR  1983  ANO  YEAR  1992 
(MM.DD.YY) 


2*9.86 


YOU  HAVE  INPUT  DATE:  2  9  1986*  IT  IS  A  SUNDAY 

BETWEEN  YEAR  1963  ANO  YEAR  1992 


INPUT  ALL  HOLIDAYS  (OTHER  1HAN  SUNDAYS  t  SATURDAYS) JMM.OO ,YY 

AT  END  OF  CAU,  PL  FA SE  PRESS  RETURN  TWICE. 

IF  THE  HLL1DAY  CATE  IS  THE  SANE  EVERY  YEAR  *THEN 
INPUT  :  MONTH, DAY, 0 


1.1.0 


1,20,66 


7.4.0 


IF  YUU  WANT  TO  CHECK  THE  HOLIDAYS  YOU  HAVE  INPUT,  PLEASE 
L30K  AT  THE  FILE  "HOLIDAY  DATE*. 


IF  YOU  WANT  TO  CHECK  THE  WORKING  CAY  TABLE,  YOU  CAN  LOOK 
AT  THE  FILE  *WORKlNG  DAY*. 


4.  INPUT  TARGET  DATES  FER  MILESTONES 


USE  "MILES*  COMMAND  TO  RUN  FORTRAN  PROGRAM.  THE  PROGRAM  WILL 
ASK  YOU  TO  INPUT  THE  TARGET  FINISH  OATE  FOR  EACH  MILESTONE. 

- 6 - 
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EXAMPLE  :  (INPUT  THL  UNDERLINED  PORTIONS) 
MILES 


ENTER  NUMBER  OF  MILE  STONLS  TO  BL  ADDED 
5 


lNIER  EVENT  NUMBER  OF  MILESTONE  1 

AND  TARGET  MILESTONE  DATE.  (MHDDYY  OR  0  IF  NONE*  E.G.  303, 
12258b  ON  303,0) 


102,0 


ENTER  EVENT  NUMBER  OF  MILESTONE  2 

AN L  TARGET  MILESTONE  DATE.  (HHDDYY  OR  C  IF  NONE,  E.G.  303, 
122585  OF.  303,0) 


303.1225E5 


5.  CREATE  FILES  USED  BY  THE  SYSTEM 

—  x  ss  sx  x  s.cxsrtr  xx  z  X  z  cc  r  z  z  x  x  xx  x  r  x  x  x  x  x 


USE  COMMAND  •GEN*  TO  PUN  THE  PROGRAM.  THE  PRLGRAM  HILL  GENERATE 
MANY  FILLS  FOR  INTERNAL  USE. 

NOTE  : 


*V'j 


A.  THE  SYSTEM  HILL  ONLY  ACCEPT  RESOURCE  CAPACITIES  AT  THE  SHOP 
LEVEL.  IF  YOU  RANT  TO  SPECIFY  A  WORK  CENTER  CAPACITY,  PLEASE 
1NTUT  *1*  IN  FRONT  OF  THL  SHOP  NUPBER ,  EG.  13106  INSTEAD  OF 
3106  IN  THL  ORIGINAL  NETWORK  FILE.  IN  CASE  OF  TWO  OR  MORE 
CAPACITATED  WORK  CENTERS  IN  ONE  SFOP  YOU  CAN  ADD  *2*,  *3*,... 

IN  FRONT  OF  THE  SHIP  NUMBER,  EG.  23109,  33112....  IT  MEANS  ^ 

IN  SHOP  31  WE  WANT  TO  CONTREL  THE  RESOURCES  USED  IN  WORK  CENTERS  P 

E, 9 ,12 , • •  • 

ti .  IF  THERE  ARE  ANY  CYCLES  IN  THE  NETWORK,  THE  SCREEN  MILE  OISPLAY 

A  MESSAGE.  PLEASE  CHECK  FILE  "BBRANKl  OUT*  TO  SEE  WHERE  CYCLES  > 

EXIST.  CORRECT  ORIGINAL  DATA  FILE,  AND  REPEAT  THIS  STEP.  ±1 
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6.  INPUT  TUJ W  TRANSFER  COEFFICIENTS 

ZC£  3£rs  SCXS3SXS  sxstxs XSXX  SXSXXSXZ  XX 


JSE  COMMAND  mF TRAN"  1C  RUN  THE  PROGRAM  ANO  THE  PROGRAM  MILL  ASK 
YOU  T3  INPUT  THE  FLON  TRANSFER  COEFFICIENT.  EVEN  IF  YOU  ALREADY 
HAVE  ENTERED  THE  FLOW  TRANSFERS*  YOU  FUST  EXECUTE  THIS  PROGRAM 
IF  ANY  CHANGES  TO  THE  NL  TWORK  HAVE  BEEN  MADE. 

EXAMPLL  :  (INPUT  THE  UNDERLINED  PORT  I CNS) 

FT  KAN 


IS  THE  FILE  "BBTRC  DATA*  OF  FLOM-TRAN SFER  INPUTS  ALREADY  COMPLETE? 
IF  YES*  EXEC  MILL  COMPILE  THE  NCTMQRK 

Y  IF  YES*  N  IF  YOU  HAKT  TO  ENTEk  NEW  DATA  FOR  FLOW-TRANSFERS. 


ENTER  NODE  ANC  COEFFICIENT  OF  FLOM  TRANSFER 
(  E.G.  303.0.5  FOR  NOOL  303  ANO  COEFFICIENT  0.5  1 
lNL  OF  DATA!  TYPE  RETURN  ONLY 

704,  O.SO 


1016.  C.9C 


w  • 


NOTE  :  ThIS  PROGRAM  PR1PARES  THE  FILE  OF  TRANSFER  COEFFICIENTS 
bLTHEEN  EACH  PREDECESSOR  AND  ITS  FOLLOWERS  AS  HELL  AS 
BETWEEN  EACH  FOLLOWER  ANO  ITS  PREDECESSORS. 


7.  PKLE ARC  CAPACITY  FILE 


1.  USE  COMMAND  "CAPDATL*  TO  RUN  FORTRAN  PROGRAM  AND  THE  PROGRAM 
WILL  ASK  YOU  TO  IkFOT  CAPACITY  EFFECT IVI TV  DATES 
INTERACTIVELY. 

EXAMPLE  : 


CAPOATE 


INTER  DATES  WHEN  SHOP  CAPACITIES  CHANGE. 

- 8 - 


! 

STARTING  DATE  OF 


| 
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PROJECT  IS  9  3  1983*  PLEASE  ENTER  ALL  OATES  AFTER  THIS 

TIME  WHEN  SHOP  CAPACITIES  CHANGES. 

IF  ENG  OF  DATA  PLEASE  PRLSS  RETURN  TWICE. 


1.G.86 


3,20,66 


II.  USE  CCHHAND  "SHOPCAP*  TO  RUN  THE  PROGRAM  t  THE  PROGRAM  WILL  ASK 
YOU  IF  YLU  NISH  TO  INPUT  THE  SHOP  CAPACITIES  CORRESPONDING  TO 
EACH  EFFECTIVITY  CATE.  IF  YOU  ALREADY  HAVE  THE  FILE 
"BBBCAP  DATA*  YOU  CAN  ASK  THE  PROGRAM  TO  COMPILE  THE  DATA 
DIRECTLY. 

EKAMPLL  :  (INPUT  THE  UNDERLINED  PCRTIOKS  ) 

SHLPLAP 


DJ  YOU  AL REACT  HAVL  I HE  ULl  BBBCAP  DATA  FDR  SHOP  CAPACITY 
INPUT  ?  IF  YES,  EXEC  WILL  COMPILE  THE  CAPACITY  DATA 
Y  IF  YES,  N  IF  YOU  WANT  TO  ENTER  NEW  DATA  FOR  SHOP  CAPACITY. 


K 


ENTER  SHLP,  NUMBER  OF  EFFECT  JVIT  Y  DATE,  AND  CAPACITY  EXPRESSED 
IN  HOURS/DAY.  (E.G.  31,4,100  FOR  SHOP  31,  4TH  EFFECTIVITY  DATE, 
100  MANHOUR S/DAY) 

(IF  NO  CAP  BOUND  FOR  ALL  SHOPS,  ENTER  0,0,9999) 

FIRST  EFFECTIVITY  CATL  IS  STARTING  DATE  OF  PROJECT,  SECOND 
EFFECTIVITY  DATE  IS  THE  FIRST  DATE  ENTERED  IN  •CAPDATE*,  ETC. 

AT  ENL*  OF  DATA,  TYPE  RETURN  ONLY 

C, 0,9999 


END  UF  DATA,  THANK  YEU 


AFTER  ENTERING  ALL  DATA,  EXEC  HILL  COMPILE  THE  CAPACITY  DATA.  .-/>] 
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E5. 

\ 

I 


6.  0EF1NL  REPORTING  OATES  FOR  STATISTICS  ON  RESOURCE  USE 


USE  COMMAND  "REPDATE"  TO  RUN  THE  PROGRAM*  FOLLOW  THE  INSTRUCTIONS 
ON  THE  SCREEN  AND  INPUT  THE  REPORTING  CALENDAR  DATES  WHICH  HILL 
OLflNt  PERIODS  OF  TIME  OVER  WHICH  AVERAGE  RESOURCE  USAGE  HILL 
BL  REPORTED.  THE  PROGRAM  HILL  AUTOMATICALLY  INCLUDE  THE  CAPACITY 
CHANGE  OATES  IN  THE  REPORTING  DATES*  SO*  YOU  JUST  INPUT  THE 
REPORTING  OATES  OTHER  THAN  CAPACITY  CHANGE  OATES. 

EXAMPLE  :  SAME  AS  THE  EXAMPLE  IN  SECTION  7.1. 


9.  RUN  DETERMINISTIC  NETWORK  PROBLEM 


AT  THIS  POINT*  ALL  THE  OATA  FOR  DETERMINISTIC  ANALYSIS  ARE  READY. 
IF  YOU  WANT  TO  RUN  THE  DETERMINISTIC  ANALYSIS*  YOU  MAY  SKIP 
THE  NEXT  STAGE  IPREPARAT ION  OF  THE  PRCBABILIT I  ST IC  DATA)*  AND  GO 
OIRECTLY  TO  SECTION  V.  USE  COMMAND  •SIHSCHED*  FOR  SIMULATION 
SCHEDULING.  FOR  DETAILS  PLEASE  SEE  SECTION  V*  OPERATING 
INSTRUCTIONS  FUR  SIMULATION  SCHEDULING. 


*  END  OF  DETERMINISTIC  OATA  PREPARATION  « 
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*  OPERATING  INSTRUCTIONS  * 

*  FOR  * 

*  PROBABILISTIC  OATA  PREPARATION  * 

***** ****** ************* ********* *************** 


THE  FOLLOWING  PROCEDURES  CREATE  DATA  FOR  TEST  REWORK  LOOPS. 


1.  CRIATL  FILL  Of  REWORK  ACTIVITIES 

scss:sc:sssr:rssK.SK£X£  ssss  sssscssss 


DESCRIBE  REWORK  SUBNETWORKS  IN  TERMS  OF  AN  INPUT  FILE  FOR  REWORK 
ACT  1 V I T IL  S  LABELED  BY  THE  (I,J)  PAIR  IDENTIFYING  THE  TEST  WHICH 
THE  POTENTIAL  REWORK  FOLLOWS.  THIS  FILE  IS  CALLED  "REWORK  DATA" 
IN  FORMAT  (A5,1X,A9,1X,F9.2,1X,A9,1X,A9,1X,11,5(1X,I3,1X,F9.2)). 

A  SMALL  EXAMPLE  FOLLOWS  S 
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If.  THE  FIRST  TWO  ROWS,  POTENTIAL  REWORK  FOLLOWING  THE  TEST  (9093, 

9G3)  IS  OESCRlbED.  WITH  PROBABILITY  0.22,  REWORK  ACTIVITY  (Rill, 903)  | 

WILL  EE  REQUIRED  AFTER  (9095,903)  IS  EXECUTED,  BUT  BEFORE  ACTIVITIES 
WITH  1*903  CAN  BE  1N1T1ATL0.  WITH  PROBABILITY  0.22,  REWORK  ACTIVITY 
(R 112,903  )  WILL  BE  REQU1FED  INSTEAD.  WITH  PROBABILITY  1.00~(0.22 
«0.22)*0.5b,  NL  REWORK  FOLLOWING  THE  TEST  (9095,903)  IS  REQUIRED. 

BOTH  ACTIVITIES  (Rlll,903)  AND  (R112,903)  HAVE  A  NORMAL  DURATION 

OF  1  CAY  WITH  PROBABILITY  0.99  AND  A  NORMAL  DURATION  OF  2  DAYS  N1TH  i 

PFJBAL1L1TY  0.01.  ' 

THL  ACTIVITY  (R111.9C3)  IS  A  FIXED  INTENSITY  ACTIVITY  (TYPE  1), 

Wh ILL  (R 1 12, 903 )  IS  A  VARIABLE  INTENSITY  ACTIVITY  (BLANK  TYPE). 

NOTE  THAT  A  REWORK  BFANCH  MAY  INCLUDE  MORE  THAN  ONE  ACTIVITY  i 

IN  ORDER  TO  MODEL  MAJOR  REWORK  INVOLVING  SEQUENTIAL  STEPS  WITH  1 

DIFFERENT  RESOURCE. 
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MIXES.  FL'R  EXAMPLE.  THE  TEST  (6939.903)  HAS  TWO  POSSIBLE  REWORK 
BRANCHES  FOLLOWING  THE  TEST.  NO  REWORK  IS  REQUIRED  WITH  PROBABILITY 
1.00-(C.95+0.05)*0.50.  BRANCH  (R119.S03)  IS  REQUIRED  WITH  PROBA¬ 
BILITY  0.95.  BRANCH  (R1 15  ,R116) -(R116 , R 117)- (R117 .R118)- (R118.903) 

IS  REQUIRED  WITH  PROBABILITY  0.05. 


2. CREATE  FILE  OF  REWORK  RESOURCES  REQUIREMENT 

;2SB list It S SSSSISSISSBSSSS  r z z  =  sxxs  =  zzxss a  text 


CREATE  THE  FILE  *RRES  O/TA*  EXPRESSING  SHOP /WORK  CENTER  AND  CREW 
REQUIREMENTS  FOR  REWORK  IN  THE  FORMAT! 1 9X »A5 »A5 «1X • 15 . 2X . 11 ) . 

A  SMALL  EXAMPLE  FOLLOWS  : 
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i.CTt  TEAT  RESLURCE  RATES  (EG.  3  M  AN-H  CUR  S/DA  Y )  ARE  SPECIFIED  INSTEAD 
OF  TLTAL  RESOURCE  HOURS.  TOTAL  RESOURCE  HOURS  ARE  COMPUTED  AS  THE 
RATE  PER  DAY  TIMES  THE  PROBABILISTIC  NORMAL  CURATICN  SPECIFIED  IN 
•REWORK  DATA*. 


3.  CFtATL  SIMULATION  INPUT  FILES 


I.  DEFINE  STORAGE  9  MEGABYTES 
DEFINE  STORAGE  9M 


II.  USL  -SlhGEN*  COMMAND  TO  EXECUTE  TFE  PROGRAM  CREATING 
SIMULATION  INPUT. 


«  END  OF  PROBABILISTIC  DATA  PREPARATION  « 
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*  OPERATING  INSTRUCTIONS  - 

*  FOR  * 

*  SIMULATION  SCHEDULING  * 

CSCtSSStt  SSSSSSS 


I.  IF  YOU  PLAN  TO  RUN  THE  PROGRAM  IN  BATCH  MODE  YOU  SHOULD 

PREPARE  THE  PARAMETERS'  FILE  •BPARAMR  DATA"  FORMAT  (SOX  ,15). 
IF  YOU  RUN  THE  PROGRAM  INTERACTIVELY,  THE  PROGRAM  MILL  ASK 
YOU  TO  INPUT  THE  PARAMETERS  ON  THE  SCREEN.  AN  EXAMPLE  DF 
THIS  FILE  FOLLOWS  : 

EXAMPLE  S  FILE  "BPARAMR  DATA" 

PROJECT  NAME  STARTING  IN  COLUMN  1  (E.G.,  BAIKBRIOGF) 


SIMULATION  PRMTRS  ASSIGNMENT  POLICY  1 

INTENSITY  LOWER  BOUND  50 
INTENSITY  UPPER  BOUND  100 
REWORK  LOOPS?  1 
NUM  OF  WORK  DAYS  SIMULATED  1500 
NUMBER  OF  SIMULATIONS  1 
TARGET  FINISH  TIME  121005 
RLPORT  STYLE  1 


NOTES  A.  IN  ASSIGNMENT  POLICY  INPUT  "1"  FCR  UPGRADING  INTENSITY 
ONLY,  OR  ”2”  FOR  UP  l  DOWN  GRADING. 

B.  IF  THERE  ARE  REWORK  LOOPS  PLEASE  INPUT  "1",  IF  NOT 
PLEASE  INPUT  "0". 

C.  THE  TARGET  FINISH  TIME  IS  THE  DESIRED  FINISH  TIME  FOR 
THE  PROJECT.  IF  YOU  ENTER  "0"  THE  PROGRAM  WILL  USE 
THE  EARLY  FINISH  TIME  CALCULATED  FROM  CPM  AS  THE  TARGET 
FINISH  TIME. 

0.  IN  REPORT  STYLE,  IF  YOU  WANT  THE  REPORTING  TIMFS 

EXPRESSED  IN  TERMS  OF  CALENDAR  OATES  PLEASE  INPUT  "1*. 
IF  YOU  WANT  TIMES  EXPRESSED  IN  TERMS  OF  WORKING  DAYS 
SINCE  START  OF  PROJECT,  PLEASE  INPUT  "0". 

II.  USE  COMMAND  "SIMSCHLD"  TC  RUN  THE  PROGRAM.  THE  PROGRAM  WILL 
ASK  YOU  TO  CHOOSE  BATCH  OR  INTERACTIVE  OPERATION.  PLEASE 
REFER  TO  THE  FOLLOWING  EXAMPLE . 

EXAMPLE  : 


DEFINE  STORAGE  AM 
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I  CHS 


S1KSCHE0 


*  S1HSCHEC  * 

C999<<9999999999999999<9999999999C9<9999<999 

SLLEC1  ONE  OF  1HE  FOLLOWING  GFTION  COOES  : 

1  :  IN 1LRAC1 1VE  RUN  WITHOUT  TEST-REWORK  LOOPS  (DETERMINISTIC  RUN) 

2  :  INTERACTIVE  RUN  WITH  TEST-REWORK  LOOPS  (STOCHASTIC  RUN) 

3  :  BATCH  RUN  WITHOUT  TEST-REWORK  LOOPS  (DETERMINISTIC  RUN) 

A  :  BATCH  RUN  WITH  TEST-REWORK  LOOPS  (STOCHASTIC  RUN) 

-  BATCH  RUN  MILL  BE  SUBMITTED  AFTER  20:00 

1 


If  YOU  RUN  BATCH  THE  PROGRAM  WILL  ASK  YOU  : 

ENTER  THE  LIMIT  OF  CPU  SECONDS  FOR  YOUR  BATCH  RUN  (0  IF  NONE) 

tco 

(IN  A  LARGE  NETWORK,  ALLOW  ABOUT  20  SECONDS  FOR  EACH 
SIMULATION) 

ENTER  OPTION  0  *  RE  AD  PARAMETERS  FROM  INPUT  FILE 
1  *  INTERACTIVE  INPUT 

1 

ENTER  PROJECT  NAME  (  MAX.  50  CHARACTERS  1 
BAINBRIL'GE 

LhTER  ASSIGNMENT  POLICY  : 

1  *  UPGRADING  ONLY,  2  *  UP  t  DOWNGRADING 
1 


ENTER  LOWER  t  UPPER  EOUNDS  OF  INTENSITY  ! 
(  USE  PERCENTAGE  VALUES  EG.  ICO  FOR  100*) 
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V™1  V  v  - 


I  ill: 


I 


V 
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30,150 


AKL  THERE  ANY  REWORK  LOOPS  ?  CY  OR  N  ) 

N 

•» 


ENTER  NUMBER  OF  SIMULATIONS  : 

1  *  SINGLE  RUN  WITH  DETERMINISTIC  RESOURCE  REQUIREMENTS 
N  *  N  SIMULATIONS  WITH  RANDOM  RESOURCE  REQUIREMENTS 

20 


INTER  MAXIMUM  NUMBER  OF  WORKING  DAYS  TO  BE  SIMULATED 
9999 


LNIER  NUMBER  OF  REPORTING  OATES  WHICH  YOU  WANT 
20 


ENTER  PRUJLCT  TARGET  FINISH  TIME  ( MUDDY Y,  0  IF  NONE  ) 

uioeb 


CHOOSE  ONE  OPTION  FUR  REPORT  DATES  : 
0  *  REPORT  IN  NORM  KG  OATES 
1  «  REPORT  IN  CALENDAR  OATES 

1 


THANK  YOU.  IN  PROCESSING . 

READING  POLL  l  PRED 
RLAD1NG  ACTIVITY-RESOURCE  OATA 
READING  TRANSFER  COEFFICIENTS 
READING  ACTIVITIES  DATA 
READING  REWORK -ACT1V1T  ILS  DATA 
READING  CAPACITYtTIML  ,  RESOURCE) 

READING  RANK  OF  ACTIVITIES 

INC  LF  OATA  .  INITIALIZE  VALUES  FOR  SIMULATION 
**  START  SIMULATION 
RUN  CYCLE  «  1 

REPORT 1NG  EVENT.  TIME  IS  1A. 00000 

REPORTING  EVENT.  TIME  IS  35.00000 

REPORTING  EVENT.  TIME  IS  57.00000 

«  m  m  m  m 


m 


15 


F ILLS  USLkS 


MANUAL  A1  VH/SP  CMS  RELEASE  3.1. E  851112*  CFC  -  U.c.  BERKELEY 


SCHEDULER  TABLE  IS  EMPTY. 

END  OF  SIMULATION.  TIME  IS  706.000000 


£«««$£€ ««$$££ «£«€€« «««?«£«  ««««««£«€$« 
»  c 

*  END  OF  SIMULATION  SCHEDULING  « 

*  OPERATING  INSTRUCT ICNS  « 

«■  * 
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*  OUTPUT  REPORTS  INO  GRAPHICS  * 

C  4 


A.  If  Y3U  WANT  TO  SEE  THE  PROJECT  SCHEDLLE.  PLEASE  LOOK  AT  THE  FILE 
•SCHEDULE  OUT“.  IN  A  PROBABILISTIC  RUN,  ONLY  THE  SCHEDULE  OF  THE 
FIRST  SIMULATION  IS  KEPT  IN  THIS  FILE. 

B.  IN  ORDER  TO  OBTAIN  REfORTS  OF  THE  SIMULATION  RESULTS.  A 
STATISTICAL  PROGRAM  CALCULATES  THE  AVERAGE  RESOURCES  USED  AT 
EACH  CONFIDENCE  LEVEL  FOR  EACH  SHOP  ER  WORK  CENTER  IN  EACH 
PERIOD  DEFINED  BY  THE  REPORTING  DATES.  CONFIDENCE  LEVELS 
FOR  THE  DATES  EACH  MILLSTONE  IS  REALIZED  AND  FOR  THE 

TOTAL  AHLUN1  EACH  RESOURCE  IS  USED  ARE  ALSO  CALCULATED. 

USL  COMMAND  •OUIREP"  TO  RUN  FORTRAN  FROGRAM.  THE  PROGRAM 
WILL  ASK  FOR  INTERACTIVE  INPUT  AS  FOLLOWS. 

tX/KPLE  :  (1NPU1  UNDERLINED  PORTIONS) 

OUT REF 


SELECT  ONE  OF  THE  FOLLOWING  OPTION  CEDES  FOR  OUTPUT  (REPORT  OUT): 
0  :  PRIM 

1  :  WRITE  TO  DISC  IN  A  FILE  NAMED  • REPORT  OUT » 

1 

ENTER  REPORTING  QPTlC'f  CODE  : 

1  *  SHOPS  ONLY 

2  =  WORKCLNTERS  ONLY 

3  *  SHOPS  l  WDRKCENTLRS 

3 

ENTLR  CALENDAR  OPTION  CODE  : 

0  *  REPORT  IN  WORKING  OAYS 

1  *  REPORT  IN  CALENDAR  DATES 

1 

C.  FLR  EXAMPLES  OF  THE  OUTPUT,  PLEASE  REFER  TO  APPENDIX  A  OF 
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•GU10E  TO  SIMULATION  SCHEDULING*. 

.  IN  ORDER  TO  OBTAIN  GRAPHICAL  OUTPUT,  YOU  SHOULD  LOGON  TO  THE 
SYSTEM  USING  A  TERMINAL  WITH  GRAPHICS  CAPABILITY,  SUCH  AS  A 
TEKTRONIX  4015.  USE  COMMAKO  "GRAPH"  TO  RUN  FORTRAN  PROGRAM. 
THt  PROGRAM  RILL  ASK  YOU  TO  SELECT  WUCH  RESULTS  YOU  WANT  TO 
BE  GRAPHED. 

EXAMPLE  :  (INPUT  UNDERLINED  PORTIONS} 

GRAPH 


***  C  *«  £««««£««  ****  ***  £«««** 

*  GRAPHS  * 

€««««««  £««$««««  ****  ** 

SELECT  GRAPH  TYPE  YOU  WANT  : 

1  *  MILESTONE 

2  *  LOAD  f  R0F1LE 

3  *  TOTAL  RESOURCE  USAGE 

H  =  TERMINATE  EXECUTION 

2 


*****  LOAD  PROFILE  ***** 

CHOOSE  OPTION  !  0  =  HCKKCENTfcR  LEVEL 

1  =  SHOP  LEVEL 

1 


CHOOSE  OPTILN  J  0  =  IN  WORKING  DAYS 

1  =  IN  CALENDAR  DA  IE 


1 


ENTER  SHOP  NUMBER  AND  CONFIDENCE  LEVEL  (IN  X) 
31,93 


HELD  HCRE?  Y  IF  YES,  N  IF  NO 
Y 


SELECT  GRAPH  TYPE  YOU  WANT 

1  *=  milestone 

2  «=  LOAD  PROFILE 
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3  «  TOTAL  RESDURCt  USAGE 

A  «  TERMINATE  EXECUTION 

1 

*****  MILESTONE  GEAPH  ***$$ 
ENTER  MILESTONE  NODE  YOU  HAN'T 
303 

NEED  KCRL  ?  Y  IE  YES,  N  IP  NO 
Y 


SLLECT  GRAPE  1YPE  YOU  HAM  : 

1  *  MILESTONE 

2  *  LOAD  PROFILE 

*  =  TOTAL  RESOURCE  USAGE 

A  *  TERMINATE  EXECUTION 

3 


*****  TOTAL  RESOURCE  USAGE 
ENTER  SHOP  NUMBER,  OR  9999  E OR  GRAND  TOTAL 
9959 

NEED  MORE  ?  Y  IF  YE S ,  N  IE  NO 
N 


*  END  OF  OUTPUT  REPORTS  ANC  GRAPHICS  * 
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1  1  I  I  *  *  i 

1  1  I  I  •  SAVING  ANO  RETRIEVING  DATA  ANO  RESULTS  *  ! 

II  11  *  *  1 

1  hi  in  * 


1.  IF  YOU  WANT  TC  SAVE  THE  CATA  ANO  RESLLTS  FOR  A  PARTICULAR 

PROJECT  PLEASE  USE  COMMAND  "KEEP*.  THE  PROGRAM  HILL  ASK  YOU 
TC  INPUT  THE  PROJECT  NAME  AS  THE  FILE  NAME.  THE  PROGRAM  HILL 
SAVE  THE  INFUT  CATA  i  RESULTS,  S3  YOU  CAN  USE  THE  SAME 
PROCEDURE  TC  RUN  OTHER  PROJECTS  WITHOUT  LOSING  DATA  FOR  THE 
PROJECT 

EXAMPLE  :  (INPUT  THE  UNDERLINED  PORTION) 

KEEP 


«««$«$»  KEEP 

THIS  EXEC  COPIES  THE  INPUT  FILES  AND  RESULTS  AND  LABELS  THEM 
WITH  THE  PROJECT  I.C.  TO  KEEP  THLN  ENTER  THE  PROJECT  I.D. 

(  UP  TC  e  CHARACTERS  ) 

BAINBK1U 


II.  IF  YJU  WANT  TO  RETRIEVE  OLD  DATA  TO  MAKE  NEW  ANALYSIS, 

PLEASE  USE  COMMAND  •RETRIEVE*.  THE  FROGRAM  WILL  ASK  YOU  TO 
INFUT  THE  PROJECT  I.D.  AND  THE  PROGRAM  WILL  RETRIEVE  THE  FILES 
ANC  GIVEN  THEM  ACTIVE  FILENAMES  AND  F1LEMCDES. 

EXAMPLE  :  (INPUT  UNDERLINED  PORTOIN) 

RETRIEVE 


RETRIEVE  ««««««« 


THIS  EXEC  RETRIEVES  THE  FILES  TO  THEIR  ORIGINAL  NAMES  AND  MODES. 
ENTER  THE  PROJECT  l.O.  (UP  TO  E  CHARACTERS) 

BA1NBRI0 


*  END  OF  SAVING  ANC  RETRIEVING  • 

*  CATA  ANO  RESULTS  * 

«$$$$$$$$*$$$*$$**«$  «««««««  <  **«*««*«€?«** 
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